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the entries over time does exactly the right thing. We end up with 
the current approved budget amount, and we get exactly 

those line items in the given departments that have a ***budget*** . Line 
items in the chart of accounts that have no budget in a department do 
not appear in the report nor do they occupy any records . . . 
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Detailed Description 

... lender on that particular work item/trade. 



9 

application would calculate the difference between the budget 

amount and the actual cost. If there is an excess, the electronic 

application will then ask the builder if the excess should be 

applied to the llcontingency/ change order" line item on the 

electronic application. If there is a deficient, this amount is be 

automatically deducted from the "contingency/ change order" budget 

amount. If the "contingency/ change order" ***line*** ***item*** becomes 

depleted of it budget amount through change orders or work 

items/trade deficiencies, then the amount to be distributed... 

.builder on the recjuested application for payment is reduced by the 
difference between the original approved budget amount 

and the 

change orders or work items/trade deficiencies. 



To apply for the draw/payment . . . 
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Claim 

A method for performing automated commerce ordering, comprising: 
creating a budget for a transaction, the budget including a 
total price and at least one line item, each line 
item including an approved work order price; 

if the budget does not exceed a budget maximum, approving the 
budge t ; 

creating a work order for each line item, each work order 

specifying a vendor 

to complete the work order; 

transmitting the work order. . . 

...invoice information 

including an invoiced price; 

if the invoiced price is not greater than the approved work 
order price or a 
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preset overage tolerance, approving the invoiced price; and 
initiating payment of the... 

...5 The method of claim 1, wherein the budget exceeds a budget 
maximum if the approved work order price exceeds a 
***line*** ***item*** maximum. 

6 The method of claim 1, further comprising: 
35 

if the budget exceeds a. . . 
. . . a budget for a 

transaction, the budget including a total price and at least one 
line item, each line 

item including an approved work order price; 

second computer readable program code means for approving the 
budget if 

the budgret does not exceed a budget maximum; 

third computer readable program code means for creating a work order for 
each line item, each work order specifying a vendor to 
complete the work order; fourth computer readable program. . . 

. . .means for approving the invoiced price if the invoiced price is not 
greater than the approved work order price; and seventh 
computer readable program code means for initiating payment of the 
approved invoice . . . 

...the processor using information input into the user interface, the 
budget including at least one line item, each line 
item including an 
approved work order price; 

wherein, if the budget does not exceed a budget maximum, the 
budget is 

approved via the processor; 

wherein a work order is created for each line item via the 
processor, each 

wherein the work order is transmitted to the vendor via the... 

...information including an invoiced price; 

wherein, if the invoiced price is not greater than the approved 
work order price or a preset price overage tollerance, the 
invoiced price is approved via the 
processor. . . 
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Claims 

Claim 

... fulfillment. In the case of budgets, however, since budgets are often 
partner/vendor-specific, a budget is created as a "dummy" purchase 
order. An initial ***budget*** amount is 

entered before any expenditure is actually approved. As expenditures are 
approved, a "committed" amount is increased by the 

***amount*** of the ***app roved*** expenditure. A corresponding MWS is 
then created. Purchasing functions--PSRI-may be performed based on. . . 
...determine when a particular vendor invoice is ready for payment. 
Multi -vendor budgets allow for Jbudgret tracking and enforcement with 
respect to a category of related expenditures where ...of purchase. A 
non-specific, or universal, partner is created for this purpose. Again, a 

***budget*** is created by creating a dummy PO. When funds are committed, 
a MWS is created. . . 

...be paper and another item might be coffee. These items may come from the 
same ***budget*** but be ordered from different vendors. The creation of 
POs by item, together with budget tracking by MWS, allows this 
flexibility. 
Budgets 

In present common business practice, budgets and budget enforcement 

are 

134 

largely hit and miss. The mechanism of a common demand document makes 
ondemand budget control and automatic invoice payment simple and 
easy to implement. In particular, budgets become tied... 

...discipline of purchase orders and vendor payments. That is, the present 
system provides real-time budget control and statusing instead of 
requiring ***budget*** reconciliation. The implementation of budgets 
provides a concrete example of the extensibility of the present... 

...manner, existing mechanism for processing Cost of Goods (COG) items are 
adapted for processing expense ( ***budget*** ) items. In accordance with 
this approach, a Customer file may represent a COG customer or. . . 
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. . .Expense . " 

In the present system, budgeting is done largely by partner or vendor. 
Because a budget is usually vendor-specific, it is much more 
concrete (much more real) than the typical departmental budget, 
which is often more guesswork than anything else. In particular, a 
Partner file has two. . . 

...accounting view that takes advantage of the related switch feature. 
Within the accounting view, a ***budget*** page is provided. Within the 
database structure, a hidden table (a partner- specif ic "dummy PO") holds 

***budget*** information. The ***budget*** process may be more clearly 
understood with reference to Figure 168. As seen therein, budgets may be 
set based on a variety of inf ort-nation including budget expense 
history (including overbudget or underbudget amounts by account within a 
Chart of Accounts, or... 

...for employees, sales expenses, etc. Current partner 
135 

proposals (external proposals) are stored in respective budget 
files. Internal estimates (internal proposals) not specific to any 
partner are stored in a "TBD... 

...holding tank." The foregoing information constitutes a baseline 

reference for arriving at a COA-specific ***budget*** . The baseline 
reference is adjusted experientially to arrive at a ***budget*** by COA. 
Typically, to prepare a budget, historical amounts spent on each 
partner 

and each chart of accounts are reviewed and a determination is made 

whether to budget roughly the same amount, increase the amount or 

decrease the amount. A ***budget*** line is then assigned for that 

partner or COA. Once a ***budget*** has been set, the various people 

responsible for expenditures undertake a basic budgeting exercise in 

which they create budget items by projecting a schedule of payments 

up to the ***budget*** cap. ***Budget*** items can be broken down into 

greater detail (in much the same fashion as Items Sold/Item Detail) and 

distributed to different COAs . ***Budget*** items are categorized by key. 

***Budget*** keys are used to link partners, customers and MWSs. When a 
key is created, the... 
. . .payments under that key can be viewed. 

Before any expenditure can be made, a corresponding budget item 
must be 

approved by a supervisory user such as a department head, CFO, etc. A 
user selects one or more budget items within a partner file and 
clicks Submit. The selected ***budget*** items are then submitted for 
approval . 

***Budget*** item approval can be performed by partner or by COA. An 
approval window shows COAs with dollar amounts submitted. Selecting a COA 
shows partners for which ***budget*** items have been submitted. 
Selecting a partner displays actual payments submitted for approval. 
Preferably, an. . . 

...also provided for storing online relevant documentation such as 

contracts, proposals, etc. To approve a ***budget*** item, a supervisory 

user selects spe 

136 

cific payments or selects all payments and clicks... 

...a particular partner to be exceeded. Similarly, a warning is displayed 
when approval of a budget item would cause a COA cap to be 

exceeded. Each ***budget*** ***iine*** ***item*** is quantified and 
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represented as an item in much the same fashion as if it were a physical 
item, except that a Jbudget line item has associated 

with it an account. ***Budget*** line items having the same expected 
partner are associated together in the form of a partner- specif ic dummy 
PO. ***Budget*** line items having different expected partners may also 
associated together in the form of a,.. 

, . .meaning that an invoice cannot be paid without overriding the system. 
Commitment controls payment. A ***budget*** item is committed by 
selecting that line and clicking Cominit. As a result, an item (Item 
Sold, used here for budget purposes) is added to a MWS for the 

appropriate ***budget*** key. ***Budget*** MWSs are kept by key; e.g., a 

software design MWS would contain all expected payments for the current 
★ ★★budget*** year as created by users. As with a COG item, once a 
***budget*** item is present on a MWS, it is available to create a PO. 

All of the COG infrastructure applicable to items may then be applied and 

brought to bear on ***budget*** items. 

A MWS item may be further broken down, by adding under an item items. . . 

. . .of missing a crucial payment and incurring a penalty, as with tax 
payments, rent, etc. ***Budget*** enforcement is automatic. As 
illustrated in Figure 168, if an item come in over budget, it 
cannot be paid through the non-nal flow of vendor invoice verification. 
Rather, CFO approval is required to add additional monies to the 
budget, which will most often come from another budget 
account that affects the user. 

To avoid the need for budget realigm-nent , an incent 

ive exists for the user and the 
partner to cooperate to... 



10/729, 019 



